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DIGITAL COMMUNICATIONS SYSTEM 

Cross Reference to Related Application 

This application is continuation of co-pending application serial no. 
09/134,606 filed on August 14, 1998, which is a continuation-in-part of US patent 
5 application serial no. 08/676,256 filed on September 16, 1996, which is the national 
stage of PCT application no. PCT/CA95/00029 filed on January 20, 1995. 

Field of the Invention 

This invention relates to a digital communications system for interconnecting 
user devices. 

1 0 Background of the Invention 

There are various types of digital communications systems for establishing 
communications between digital user devices, such as computers and workstations. 
For example, a system designed to interconnect computers over a restricted 
geographical area (generally up to about one mile) is known as local area network 
15 (LAN). One example of such as system is Ethernet, which was designed by Xerox 

during the late 1970's. This operates at lOMbs and the data are sent over twisted pairs 
in the form of Ethernet frames. 

For greater distances, wide area networks (WANs) are employed. One form of 
WAN employs ATM (Asynchronous Transfer Mode). ATM employs 53 byte cells as 
2 0 a basic unit of transfer. Each ATM cell is divided into 5 bytes of ATM layer overhead 
and 48 bytes of ATM payload. An ATM network is essentially statistical in nature 
with the ATM cells being transmitted over virtual channels established within the 
network. 

Through the use of a cell switching multiplexing scheme, ATM exploits 
2 5 bandwidth utilization by taking advantage of the statistical multiplexing benefits of a 
switching fabric. In a homogeneous ATM environment, ATM terminal adapters are 
connected to the ATM switching fabric, forming a potentially fully meshed logically 
connected communications infrastructure. An ATM adapter is any edge device which 



interfaces the ATM cell stream to an ATM services consumer. Typical examples of 
ATM adapters include ATM network interface cards (NICs) for digital computers. 

Generally, networked computers are provided with LAN adapters for 
connection to a local area network, such as Ethernet. Such LAN adapters do not 
permit them to be connected to Wide Area Networks, such as ATM networks. While 
it is possible to fit special ATM adapter cards into networked computers, this requires 
physically accessing the computers and supplying appropriate driver software. 

PCT application WO/93/26107 discloses an ATM-Ethernet portal, which 
assembles ATM cells into Ethernet frames and vice versa so as to enable devices 
attached to remote Ethernet LANs to communicate transparently over an ATM 
network. A portal located between each Ethernet segment and the ATM network 
segments outgoing Ethernet frames into ATM cells and vice versa. The portals operate 
at a low level in the ISO model and are not capable of communicating with non- 
Ethernet devices. Protocols located above the data link layer (layer 2) are not 
interpreted by the portals. 

In one embodiment, the Ethernet frames are sent from one Ethernet to another 
over a virtual circuit configured by hand. This is an inefficient and time-consuming 
process. In another embodiment, permanent virtual circuits are established through the 
ATM network between each pair of portals, and a transmitting portal sends cells to 
each portal. This is an inefficient use of bandwidth since cells must be sent to all the 
portals, needlessly clogging up the network. 

In another embodiment, a Connection Processor attached to a host on one of 
the Ethernet segments sends out instructions to configure the multipoint connections 
between the portals attached to the various Ethernet segments. The transmitting portal 
then sends outgoing ATM cells to all portals on the multi-point connection (inefficient 
use of bandwidth). In another embodiment, a primitive form of routing is employed in 
that the Connection processor advises the local portal which one of the pre-established 
virtual circuits to send the cells out on. This only works if the connection processor 
attached to the local portal has already set up a PVC to that remote portal. 
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In PCT application WO/93/26107, permananent virtual circuits are required 
between each pair of portals, which severely limits the size of the system. This is 
analogous to an unswitched telephone system, where each pair of telephones must be 
connected to each other. The number of connections increases exponentially with the 
5 number of telephones. Furthermore, each portal must know which circuit leads to the 
portal to which the destination device is connected, so each look-up table in each 
portal must be updated each time a device is attached to the network. The system 
described in the above application is intended only for a small number of portals. If no 
circuit exists to a portal, the portals cannot communicate over the network. 

10 Finally, the system described in the above PCT application is merely designed 

to transport Ethernet frames over an ATM fabric between Ethernet segments. It does 
not permit communication between an Ethernet-attached device and an ATM-attached 
device. 

EP 473,066 describes a network wherein LANs are connected to an ATM 
15 network via respective bridges. Each bridge maintains the addresses of all the devices 
on the network. The problem with this arrangement is that it is not responsive to the 
presence of new terminals, so if a bridge does not know the address of a destination 
terminal, it has to flood the entire ATM network, thus undesirably consuming large 
amounts of bandwidth. 

20 EP 524, 316 also describes a system for interconnecting LANs (connectionless 

networks) through ATM fabrics (connection-oriented networks). In this system, 
connectionless servers are associated with each ATM switch, and segmented LAN 
frames must first be routed as ATM cells through a permanent virtual connection 
(PVC) to a sending server and then from the sending server through the ATM fabric to 

2 5 the receiving server, from where the cells are sent over a second permanent virtual 

connection to a reassembler. While this is an improvement described in the prior art to 
this patent, this system requires a connectionless server to be associated with each 
switch and and PVC (which is expensive) to be maintained between the 
connectionless server and terminal it serves. Furthermore, each connectionless server 

3 0 has to maintain the numbers of the destination terminals. If the connectionless serve 
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does not know the destination address, it cannot forward the cells to the correct 
destination without flooding the network, an operation which consumes large amounts 
of useless bandwidth. 

All the prior art systems are designed as a means of establishing 
5 communication between devices attached to LANs interconnected through an ATM 
network. None of these systems contemplates the possibility of LAN-attached devices 
communicating with other devices directly connected to the ATM network. 

An object of the invention is to alleviate these disadvantages. 

Summary of the Invention 

10 According to the present invention there is provided a digital communications 

system comprising: a connection-oriented transport fabric; a plurality of user devices 
attached to the system, at least some of said user devices including LAN interface 
adapters for connection to said transport fabric through one or more local area 
networks (LANs); interface means between said transport fabric and said user devices 

15 storing the location of said user devices, said interface means between said transport 
fabric and said user devices that are connected to LANs adapting LAN traffic for 
transport over said transport fabric; and a centralized route server connected to said 
transport fabric storing address data pertaining to the location of said user devices 
attached to the system, said centralized route server exchanging data over said 

2 0 transport fabric with said interface means to learn the locations of said user devices 
and to distribute such information to said interface means so as to permit said 
interface means to establish direct transparent communication on demand using a 
dynamic mesh of virtual connections between a said user device connected thereto and 
another said user device attached to the system. 

25 In accordance with the invention the user devices, which may be personal 

computers, video or audio devices, can be interconnected over the ATM network 
using their existing LAN adapters. The whole network, including the ATM switch 
fabric, thus acts as a virtual LAN. 



For the purposes of this specification, the term packet is used to mean any 
package of data regardless of layer that is exchanged between devices and includes 
cells and frames. 

In one embodiment, the ATM cells are encapsulated in LAN frames and 
5 delivered in encapsulated form over the Ethernet LAN direct to the LAN adapter 
cards. In another embodiment, the interface means provide bridging, network-layer 
forwarding and LAN emulation functions to permit transparent communication 
between any of said user devices over the ATM network. Such a device creates LAN 
frames from the ATM cells and vice versa, and is known as a ridge or bridge/router. 

10 An advantage of this arrangement is that neither the network interface adapters 

nor the accompanying driver software at the local workstations require replacement. 

The entire ATM network is modeled as a distributed router, which shares 
topology and reachability information with external routing peers. Connections within 
the network are set up on demand, using lightweight signaled calls routed through 
1 5 predefined virtual paths, each containing multiple connections with similar traffic 
characteristics. Since each connection has only a small committed information rate, 
but is allowed to burst to the level of the virtual path which contains it, resources are 
controlled while still achieving statistical gains from the aggregation of traffic. 

The network of ATM switches emulates a LAN and the system functions as an 
2 0 extremely large, distributed bridge/router. Devices connecting to the system "believe" 
they are connecting to a large LAN. Somewhere on the LAN there appears to be a 
router, through which many more networks can be reached. The devices are 
completely unaware of the true architecture of the system. They have no way of 
knowing that the LAN is being extended over the ATM fabric, and that the networks 
25 behind the "router" are also part of that same ATM fabric. Routers connected to the 
system also view it as a LAN with an attached router. Routing information is 
exchanged between the external router, or route server, and the ridge using standard 
routing protocols. 

Brief Description of the Drawings 
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The invention will now be described in more detail, by way of example only, 
with reference to the accompanying drawings, in which:- 

Figure 1 is a block diagram of a wide area network operating in accordance 
with a first embodiment of the invention; 

5 Figure 2 is a block diagram of a wide area network operating in accordance 

with a second embodiment of the invention; 

Figure 3 is a diagram illustrating the function of a ridge; 

Figure 4 is a block diagram showing the internal operation the of the ridge in 
more detail; 

1 0 Figure 5 shows the general traffic flow in the ridge; 

Figure 6 shows the traffic flow in the Ethernet - ATM direction for the ridge; 

Figure 7 shows the traffic flow in the ATM - Ethernet direction for the ridge; 

Figure 8 shows a QMAC in more detail; 

Figure 9 is a block diagram of a look-up engine; 
15 Figure 10 is a diagram showing buffer flow in the ridge; 

Figure 1 1 is a block diagram of a PHY module; 

Figure 12 is a more detailed block diagram of a route server for ATM-LAN 
network; 

Figure 13 shows a prior art OAM processing resource for an ATM switch; 

2 0 Figure 14 shows an OAM processing resource according to one embodiment 

of the invention; 

Figure 1 5 illustrates a typical example of an interconnected system of 
Ethernet-attached computers and ATM-attached computers; 

Figure 16 schematically illustrates the relevant internal features of the layers 
2 5 described in Ethernet-attached end stations using ATM services; 

Figure 1 7 shows a virtual ATM switch; and 



Figure 1 8 schematically illustrates details of the virtual ATM switch shown in 
Figure 17 in more detail. 

Description of Preferred Embodiments 

Referring now to Figure 1, ATM switches la, lb, lc define a wide area 
5 Asynchronous Transfer Mode network (WAN). Switch la is connected through 

network interface card (NIC) 2 to route server 4, and through network interface card 
(NIC) 3 to system manager 5. 

Workstation 12 is connected in a conventional manner via Network Interface 
Card (NIC) 1 3 to the Wide Area Network. NIC 1 3 is specifically adapted to connect 
1 0 the workstation 1 2 to the ATM network. 

Switches la, lb, lc are also connected through WAN-LAN interface devices 
6, known as ridges, to router 9, workstation 8, hub 10, bridge 1 1 and SNMP manager 
14, which each have Local Area Network adapters for connection to a Local Area 
Network, in this case Ethernet. 

15 Devices 8, 9, 10 and 1 1 are connected to respective Ethernet ports of ridge 6a, 

and SNMP manager 14 is shown connected to one of the Ethernet ports of ridge 6b. 

The wide area network operates under control of the route server 4, which 
translates from the connection-less model of traditional LANs to the connection- 
oriented model of ATM. It implements traditional routing-table computation protocols 
2 0 (e.g., RIP and OSPF) and communicates with external routers to learn the extended 
topology of the connection-less network. It also discovers the presence of all other 
external devices to complete its knowledge of the topology of the connection-less 
network. 

The route server 4 learns the topology of the ATM network from the System 
2 5 Manager 5 and configures the ridges 6, as required to map between the ATM topology 
and the LAN topology. 

The function of the route server 4 is to maintain the topology of the devices 
attached to the ATM-LAN system. The topology information is used to forward and 
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route LAN traffic from source to destination over an ATM network. Traffic 
forwarding is done by the route server and also by the ridges 6 using information that 
the route server conveys to them about the topology. This ability to allow devices to 
connect anywhere in the network that the configuration allows is unique to this 
5 system, and the function is performed by the route server topology management. 

The route server 4 thus contains the administrative information that defines a 
virtual LAN, such as the LAN network numbers and device membership, filters and 
access restrictions. 

The route server knows the layout of switches and trunks, and discovers the 
10 presence of all attached devices. The route server uses this complete network 

knowledge to ensure that packets are forwarded through the system correctly, using a 
dynamic mesh of ATM connections. 

In smaller networks, the route server 4 also acts as an ARP Server, and a 
Broadcast Server (larger networks will contain several separate Route, ARP, and 

15 Broadcast Servers). In this role, the route server 4 forwards broadcast traffic to any 
other network elements that need to receive it. This allows the route server 4 to 
employ various heuristics and optimizations to limit the amount of broadcast traffic 
flowing through the network. For example, ARP requests can often be handled 
directly by the route Server, which already knows the addresses of most devices 

2 0 present in the network. For those packets that need to be flooded, the Route Server can 
send a single copy of the packet to each Ridge that the broadcast is intended for, along 
with a mask to indicate the ports over which the packet is to be flooded. 

A simplified block diagram of the route server 4 is shown in Figure 12. The 
route server 4 comprises a Centralized Routing and Forwarding Server 400, a NIC 
2 5 device driver 407, a transaction manager 402, a topology manager 403, a multicast 
server, 404, a route manager 405, and an ADP manager 406. Devices 402 to 406 are 
connected to forwarder 400 and SNMP agent 408. Transaction manager 402 is 
connected to standby server 409. Forwarder 400 is connected directly to SNMP agent 
408. 
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The route server 4 maintains intelligence about the location of all devices on 
the system. This information is learned dynamically as devices attach to the network 
and is learned through communication via standard Routing Protocols, e.g. IP and IPX 
with Routers on the edge of the system. The intelligence is distributed to ridges 6 via 
5 an Address Distribution Protocol. The communication with the ridges 6 allows the 
ridges to perform data forwarding directly on the majority of data. 

The Centralized Multicast Server 404 processes all multicast traffic. Where 
possible, the route server 4 responds to the sent data without further broadcasting into 
the network. 

1 0 The route server 4 also carries out LAN topology management to dynamically 

allow Adds, Moves and Changes of LAN devices; and to perform Admission Control 
on devices against rules configured by the System Administrator. The devices 9 to 14 
attached to an ATM LAN are dynamically discovered by the route server and admitted 
into the network if allowed. The ridges 6 participate in the discovery by detecting the 

15 device. The route server determines if admission is allowed and if so what services are 
allowed. The route server 4 also maintains knowledge about the location of the device 
for long periods of time. The route server 4 allows devices of dissimilar networks to 
share ports into the system. 

The route server 4 also provides Flexible, portable and redundant platform 
2 0 support. The route server is run on a SUN workstation with an ATM network 

interface card supporting both single and multiprocessor platforms. A redundant route 
server 409 is supported and takes over in case of failure of the primary route server 
400. An ATM-based messaging protocol is used between the two platforms to ensure 
coordination. 

2 5 One of the advantages of the described architecture is that it permits the use of 

remote monitoring of the ridge. The data from a monitored port, including errors, is 
transmitted over the network to a remote monitoring port so as to replicate the data 
from the monitored port at the remote monitoring port. This enables tests to be 
conducted on the monitored port remotely as if on-site. 
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Preferably, monitored packets are tagged to prevent them from being treated as 
normally received packets by the receiving ridge. 

Returning to Figure 1 , each ATM Switch 1 provides high-bandwidth cell- 
switching that is the core of the System. There are three types of ATM switch, namely 
5 an ATM Workgroup Switch (WGS), a 36170 Switching Shelf and a 36170 Access 
Shelf. 

The WGS is a low-cost, 12-port, 1.6 Gbit/s ATM switch for use in Customer- 
Premise applications. The 36170 Switching Shelf is a 12.8 Gbit/s ATM switch which 
interconnects up to 8 ATM Feeder Switches and/or Access Shelves. The 36170 
1 0 Access Shelf is a 1 2-slot, 1 .6 Gbit/s ATM switch. Each slot can contain one of many 
ATM interfaces. The WGS is described in more detail with reference to Figures 13 
and 14. 

Currently, ATM switches that provide OAM (Operation and Management) 
support at an ingress port require a dedicated microprocessor 52 to interpret and 
15 generate OAM cells. OAM (Operation and Management) cells are transferred to/from 
the microprocessor 52 by cell processing engine 50 using shared-RAM 51 as shown in 
Figure 13. 

The drawback to this approach is that additional cost and complexity (PCB 
area, addition components, shared RAM systems) is required to support the OAM 
2 0 functionality. This addition cost hinders the ability to make a cost competitive, full 
featured, multi-port switch. 

In accordance with the invention as shown in Figure 14, the cell processing 
engine is modified to redirect all relevant OAM cells to a centralized OAM processing 
resource using a preconfigured internal switch address. All processing of the cells 
2 5 occurs at his one microprocessor, and this eliminates the need for a dedicated 
microprocessor 52 on each port, as shown in Figure 14. 

In one suitable scheme, cells with VCI (Virtual Channel Identifier) = 3 or 4 
(segment and end-to-end) and VP (Virtual Path) switched compose the F4 ( VPC 
(Virtual Path Connection)) OAM Flow. Cells with PTI (Payload Type Identifier) = 4 
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or 5 (segment and end-to-end) and VC switched compose the F5 (VCC (Virtual 
Channel Connection)) OAM Flow. 

Ingress F4/F5 OAM Flow cells with an OAM Cell Type = 0001 (Fault 
Management) and a Function Type = 0000,0001 or 1000 (AIS, FERF, Loopback) are 
5 extracted from the cell stream and redirected using a predefined Header. These cells 
are the one that are processed by the centralized OAM processor. 

A suitable centralized OAM processing resource is a CCM (Control Complex 
Module), which is responsible for providing OAM support to all UCS (Universal Card 
Slot) modules. The UCS modules direct the required ingress OAM cells [VC AIS 
10 (Virtual Channel Alarm Indication Signal), VC FERF(Virtual Channel Far End 

Receiver Failure), VP AIS (Virtual Path Alarm Indication Signal), VP FERF (Virtual 
Path Far End Receiver Failure), Segment Loopback, End-to-End Loopback] to the 
CCM. The CCM generates the required egress OAM cells. 

Prior art ATM switches that implement UPC (Usage parameter Control), ATM 
15 address translation or other enhanced functionality at high-speed (155 mbps or 

greater) ingress or egress ports require a dedicated microprocessor to update port 
specific parameters located in a dual-port/shared memory system. These parameters 
may include new VPI/VCI's, proprietary switch headers, UPC parameters, statistics 
and connection validity. When a cell arrives at the ingress or egress port, a hardware 
2 0 (HAV) engine then uses these parameters to process the cell appropriately. 

The drawback to this approach is that additional cost and complexity (PCB 
area, addition components, shared RAM systems) is required to implement the 
enhanced functionality. This additional cost hinders the ability to make a cost 
competitive, full featured, multi-port switch. 

2 5 Enhanced functionality is added to the HAV cell processing engine to eliminate 

the need for the additional processor and shared memory system. To do this, the data 
and control streams are amalgamated and the HAV cell processing engine is designed 
to interpret the control cells. This updates the RAM as required to configure ingress 
and egress connections, and sends responses to status requests. This can be achieved 
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providing a Field Programmable Gate array, such as one available from Xilinx 
corporation, in the cell processing engine. The cell processing engine then can 
interpret the control cells. 

An additional benefit of this approach is a reduction in the bandwidth 
5 requirement of the RAM system. Existing implementations require high-speed SRAM 
to implement the shared memory system. By eliminating the requirement to provide 
additional accesses by the external microprocessor, the RAM bandwidth may be 
reduced significantly. 

This technology may be used by any ATM switch. In addition, this approach 
10 can be used by any line card in a switch environment requiring frequent parameter 
updates. 

Returning now to Figure 1, the ATM switches la, lb, 1c are connected to the 
respective ridges 6a, 6b, 6c. In one embodiment, each ridge 6 has twelve Ethernet 
ports 7 for connection to an Ethernet LAN, Ethernet adapters of a local workstation 8, 
15 a conventional router 9, Hub 10 or bridge 11. 

The ridges 6 carry out the bridging, network-layer forwarding and LAN 
emulation functions to permit transparent communication between any of the user 
devices over the ATM network. The ridges permit the devices designed to 
communicate in the LAN environment via the ATM environment. 

2 0 In fact the ridges carry out six basic steps as follows: 

(1) Source Address Validation 

When a packet arrives on a ridge LAN port, the ridge verifies that it has seen 
the source MAC address on the port before. If the address is found in the source 
address table for the port, the packet proceeds to Destination Identification. 

2 5 If the address is not found, a new station has entered the system, and the 

packet is forwarded to the Route Server for processing. 

(2) Destination Identification 
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Once the Ridge has validated the source address of the packet, it examines the 
destination MAC address of the packet. Several possibilities can occur at this point: 

The packet is addressed to a broadcast address, or to a MAC address 
that is not in the Ridge's destination address table. The packet is forwarded to the 
5 Route Server for processing. 

The packet is addressed to the MAC address of the VIVID "router" 
itself. This implies that the packet is to be forwarded, so the network layer address of 
the packet is examined. If the network layer address is in the destination address table, 
forwarding information is retrieved from the table, and the packet proceeds to the 
10 Filtering stage. Otherwise, the packet is sent to the Route Server. 

• The packet is addressed to a MAC address that is in the Ridge's 
destination address table. In this case, the packet can be bridged, so the forwarding 
information is retrieved from the table, and the packet proceeds to the Filtering stage. 

The purpose of this step is to map the logical destination address in the lookup 
15 table to a physical address for the output media. The forwarding information retrieved 
from the destination address table therefore depends upon how and to where the 
packet is being forwarded. If the destination is attached to a port on the Ridge, and the 
packet is being MAC layer forwarded, the destination port ID is retrieved from the 
table. If the destination is attached to a port on the Ridge, and the packet is being 
2 0 network-layer forwarded, the destination port ID, and the MAC address of the 

destination are retrieved. Finally, if the destination is located on another Ridge, only 
the ATM address of the egress Ridge is retrieved from the table. 

The physical-to-logical connectivity mapping is performed at this point by 
associating a geographically based physical layer ATM address with the logical 
2 5 network layer destination address within the packet. 

(3) Filtering 

After the source and destination addresses of the packet are verified, the Ridge 
checks to see if the devices are allowed to talk to each other. Generally, this is simply 
a check of source address, destination address, and protocol type, although it may be 
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necessary to look deeper into the packet to perform application-level filtering when 
required. If the devices are not allowed to communicate, the packet is dropped. 
Otherwise, the packet proceeds to the Transformation stage. 

(4) Transformation 

5 If the packet entered the system through a LAN port, and is being network 

layer forwarded, the Ethernet, or 802.3 encapsulation is removed, along with the 
source and destination MAC addresses in the packet, and the time-to-live for the 
packet is decremented. The packet is then encapsulated as a routed pdu, to travel over 
the ATM fabric. 

1 0 When the packet is forwarded on a Ridge port, the source MAC address of the 

packet is set to the MAC address of the VIVID "router". The destination MAC address 
is set to the value that was retrieved from the destination address table during 
Destination Identification. Then, the packet is encapsulated in the appropriate format 
for the LAN. 

15 (5) Call Setup 

If the packet is to be forwarded over the ATM fabric, the Ridge checks to see 
if it has an SVC to the egress Ridge. If an SVC has not already been established, a call 
is originated to the egress Ridge, using the ATM address that was obtained during 
Destination Identification. 

2 0 (6) Transmission 

The packet is transmitted on the Ridge egress port, or fragmented into ATM 
cells and sent out over an SVC to the egress ridge. 

Each ridge 6 therefore provides media-rate interconnection between a 
traditional Local Area Network (LAN) (e.g., Ethernet/802.3, Token Ring/802.5, Fiber 
25 Distributed Data Interface (FDDI), etc.) and the Asynchronous Transfer Mode (ATM) 
wide area network. 



The ridges 6 may be considered a 178,560 pps switching and concentration 
element. The functions performed by the ridge are, more specifically,: 
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a) ATM layer segmentation and re-assembly, 

b) ATM Adaptation Layer 5 (AAL5), 

c) encapsulation and de-encapsulation of frames in RFC 1483 headers, 

d) derivation of an ATM address and/or VP l/VCl from the header of a frame, 

e) Ethernet bridging or network-layer forwarding of frames, 

f) fragmentation of IP frames received on the ATM port, and 

g) Transmission Convergence sublayer processing compliant with SONET 
STS-3c. 

As will be described in more detail below, on the Ethernet interface the ridge 
encapsulates the received cells and sends them into the ATM network toward their 
destinations. On the ATM interface, the ridge encapsulates cells destined for its 
attached Ethernet hosts before sending them over the Ethernet to their destinations. 

Figure 2 shows an alternative arrangement, in which like parts are referenced 
with like reference numerals. In Figure 2, ATM switch 1c, as well as being connected 
to ridge 6c, is connected to ridge-like gateway 14, which in turn is connected to 
workstation 15. Gateway 14, instead of converting ATM cells to Ethernet format, and 
vice versa, encapsulates the incoming ATM cells in Ethernet frames, thus allowing 
them to be received directly by the Ethernet adapters in the local workstations with the 
aid of Ethernet drivers. 

To achieve fairness without contention, a management information frame is 
transmitted by the ridge and to the attached Ethernet hosts. When a host receives a 
management information frame, it transmits data on the virtual circuit(s) indicated in 
the management information frame, and in accordance with the bandwidth parameters 
associated with the virtual channel when it was initialized. In this way the ridge and 
host(s) are synchronized so that each host gets a specified amount of bandwidth 
without contention or collision. 

Referring now to Figure 3, the ridge 6 illustrated has twelve 10 Mbps 
(lObaseT) Ethernet ports 20 for connection to Ethernet devices, a single RS-232 serial 
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port 21, and a 155Mbps one OC-3 over Multi-Mode Fiber ATM port interface port 22. 
As indicated above the ridge 6 performs bridging, LAN emulation and network layer 
forwarding functions. Both user data and control traffic (to and from the route server 
and System Manager) are carried on the ATM interface. 

5 The function of the ridge 6 is to perform Ethernet bridging, network-layer 

forwarding and LAN emulation for 12 Ethernet ports and a single ATM port. Traffic 
bound between Ethernets may be either bridged or network-layer forwarded directly; 
when the ATM port is required for traffic to other ridges, encapsulation and ATM- 
layer processing is performed. 

1 o Referring now to Figure 4, which is a more detailed block diagram, the ridge 6 

comprises Ethernet MAC receiver 23 and transmitter 24, outgoing frame processor 25, 
incoming frame processor 26, incoming and outgoing frame storage memories 27, 28, 
look-up engine filter 29 (illustrated in Figure 9 and described more fully in our co- 
pending application no. PCT/CA94/00695, filed December 22 1994 and entitled 
15 Look-up Engine for Packet-Based Network), ATM layer segmenting processor 30, 

cell autopadder 31, TC layer SONET framer 32, ATM layer re-assembling processor 
33, and fast queue servicing controller 34. TC layer SONET framer is connected to 
ATM module 35 providing the ATM interface 22 for connection over optical fiber or 
twisted pair copper wire. 

2 0 The purpose of the fast queue servicing controller 34 is to enqueue on an 

output queue packets destined for Ethernet ports. There is an output queue for each 
port. When a queue is serviced, the packet is transferred to the Ethernet MAC port, 
which must be ready to accept the packet. All queues have equal priority. 

In the fast queue servicing controller 34, the availability of ports and data is 
2 5 factored into the request for the next port. Port availability is presented as a bit mask 
in the address. A priority encoded with round robin priority ensures that if the current 
queue (as defined by the round robin) cannot be serviced (because either the port or 
data is not available) then the next highest priority port with all the requirements 
satisfied is returned. This device always therefore returns a useful result. With the 
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address mapped bit map of useful data, the result can be returned with just one read 
operation, thereby improving performance. 

The fast queue servicing controller 34 can in fact be applied to any set of 
parallel queues that require servicing, and it is not limited to a round-robin servicing 
mechanism, but can also be implemented where unequal priorities are associated with 
the queues. 

The traffic flow in a ridge 6 is shown in Figure 5. The ridge 6 is designed for 
separate data paths in the receive and transmit directions. The only exception is locally 
switched Ethernet traffic, which is routed through the Segmenter RAM system via 
bypass unit 45. This approach eases the requirement for a single memory system 
which would quickly become the system bottleneck. 

Quad MAC 40 providing transmitter 24 and receiver 23 in Figure 4 has 3 Kb 
input and output FIFOs 46, connected to segmenter RAM 41 and segmenter 42 in the 
ATM direction side and re-assembler RAM 43 and re-assembler 44 on the Ethernet 
side input. Bypass unit 45 allows incoming Ethernet traffic to bypass the ATM 
network and pass directly to the output of Quad MAC 40. 

Figure 6 shows in more detail the packet flow in the ATM direction. First 
the Ethernet frames are buffered in their entirety inside the Quad MAC ASIC FIFO 
46, then the QMAC 40 notifies the AXE RISC processor 48 via Reception Controller 
47 that a DMA is required. The AXE (Transfer Engine) 48 initiates DMA to 
Segmenter RAM without taking into consideration which port is selected, and the 
Reception Controller 47 selects the port using a round-robin priority scheme. 

The Look-up Engine 29, referred to above and described in our co-pending 
application then snoops and loads the frame header information (See Fig. 9) in "fly 
by" mode and starts context searching for source, destination MAC address, protocol 
type, port group, etc. As shown in Figure 6, the decoded frame data are sent to the 
Transfer engine (Axe) 48. 

The AXE 48 takes the look-up results, and may drop the packet or perform a 
network-layer transformation if instructed. It then reformats the packet as required 
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into a CS-PDU and notifies the Segmenter 42 to start cell slicing. Segmenter performs 
ATM segmentation and returns the buffer when complete. 

The AXE 48 is a 50 MHz R3000 RISC engine, with an integral high speed 
DMA and a separate, secondary processor bus. In order to maintain media speed 
5 performance, it must complete the tasks described below in 5.6 us (280 cycles). The 
AXE 48 keeps the DMA data flowing between the QMACs and Segmenter RAM in 
the foreground, moving about 512 bytes at a time; there is no interleaving of ports 
once a packet DMA has begun. In the background, packet information is retrieved 
from the LUE FIFO, and AXE packet processing begins. 

10 The packet is either discarded, bridged or network layer forwarded. For 

bridged packets no packet modification is performed. 

For network layer forwarded packets, fields in the network layer payload 
header of the packet are modified; in the IP case, for example, the TTL is decremented 
and the checksum adjusted. The new destination MAC address is appended to the 
15 packet descriptor for insertion by the Transmit Controller. The processing at this stage 
is protocol dependent. 

The packet is encapsulated in RFC 1483 type LLC encapsulation for ATM 
Adaptation Layer 5 

The VC is inserted from the LUE 29. 

2 0 The frame is queued to the Segmenter for ATM or local transmission. 

Ridge Host Processor originated traffic simply appears as a " 1 3th port" to the 
rest of the ridge (Figure 8). Part of the Host Processor complex includes a FIFO 
interface which mimics the Quad MAC 40. 

Data flows out of the Ethernet ports in a symmetrical path to that of the 
2 5 previous description as shown in Figure 7, which shows data flow in the ATM - 

Ethernet direction. This is similar to that described in Figure 6 except that transmit 
control processor 50 conducts QMAC Direct Memory Access and adds MAC headers. 
The Transmit Controller 50 is functionally similar to the AXE 48, as packets are 
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dequeued from the Segmenter and Reassembler RAMs, MAC addresses are inserted, 
and they are DMA'd to the Quad MACs. Like the AXE, the TXC is implemented with 
a 50 MHZ R3000-based RISC processor, and must complete its processing in 5.6 \is. 

There are three sources of Ethernet packets transmitted from the ridge: ATM 
5 cells, local inter-port traffic, and local Host-processor originated. In the latter two 
instances, the frames are in Segmenter memory rather than Reassembler memory. As 
such, the Transmit Controller 50 must deal with two traffic sources to feed the 
QMACs 40. 

The packet flow from the Reassembler is as follows: 

10 1) The ATM cells are reassembled into Reassembler RAM; 

2) The Reassembler DMAs the packet header into the LUE, which determines 
the source and destination MAC addresses, as well as the outgoing portset The 
information is appended to the frame for use by the Transmit Controller; 

3) The frame is queued to the Transmit Controller by the Reassembler. 

15 The packet flow from the Segmenter memory system simply involves the 

Segmenter queuing frames to the Transmit Controller 50. After the Transmit 
Controller RISC processor is notified of the arrival of frames via the ATM or local 
switching paths, it inserts the MAC addresses and conducts the DMA out to the 
appropriate port of the Quad MAC. 

2 0 The QMAC 40 is shown in more detail in Figure 8. This comprises an ASIC 

which streams four ports of Ethernet traffic to and from high speed, 32 bit wide 
synchronous data buses; an external DMA is required. The QMAC 40 features 
integral lOBaseT or AUI transceivers, a full compliment of packet and byte counters, 
and an internal 3k packet buffer in each direction 

25 The look-up engine 29 is shown in Figure 9 and described in our co-pending 

application referred to above. The lookup engine (LUE) is used each time a packet is 
received off the Ethernet or the ATM network. The type of information that the engine 
provides, which is held in a look-up table, depends on the direction of packet flow and 
the type of packet. The LUE will provide all the information needed to find the path to 
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each known destination, as well as provide default information in the case of unknown 
destinations. The default information in most cases will direct the packet towards the 
route server 

The LUE 29 is based on table lookups using nibble indexing on variable 
5 portions of the packet, such as MAC and network layer addresses, and bit pattern 
recognition on fixed portions for network layer protocol determination. Each lookup 
table is organized into a hexadecimal search tree. Each search tree begins with a 16 
word root table. The search key (e.g. MAC address) is divided into nibbles which are 
used as indices to subsequent tables. The 16 bit entry in the table is concatenated with 
10 the next 4 bit nibble to form the 20 bit address of the next 16 word table. The final 
leaf entries point to the desired information. A block diagram of the LUE is shown 
below: 

Bit pattern recognition is achieved by a microcode instruction set. The 
microcoded engine has the ability to compare fields in a packet to preprogrammed 
15 constants and perform branches and index increments in a single instruction typically. 
The microcode engine has complete control over the search algorithm, so it can be 
tailored to specific lookup functions, and microcode is downloaded as new functions 
are required. The output of the microcoded engine packet parsing is an index which 
the AXE can use to rapidly vector to a processing routine. 

2 0 Learning and aging of source addresses requires tree manipulation, and is 

accomplished as a background task with the help of the AXE and Host Processor. 
Newly discovered source MAC frames result in an internal message forwarded to the 
Host Processor, requesting parameters be added to the LUE Source RAM. The Host 
Processor then accesses the LUE RAM through and re-arranges the tree as required. 

2 5 The LUE is physically partitioned into a large FPGA, separate source and 

destination lookup memories of 512k kB and 1 MB respectively, a downloadable 
microcode RAM, and a combination of Xilinx and FIFO devices to interface to the 
RISC processors. 
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To ease the design requirements of a single, superfast memory system required 
for Segmentation, Reassembly, and QMAC traffic, the ATM SAR function is split in 
two by the ridge. As such, the architecture is horizontally divided by direction, and is 
truly a full duplex system. 

5 The Segmenter complex consists of an ATMizer, an interface into the 

Segmenter RAM on its primary bus, some additional high speed pointer memory on 
its secondary bus, and a memory to the Reassembler. The latter is used as a SAR 
communication buffer for OAM and lightweight switching support. 

A dedicated ATMizer is used to implement ATM reassembly in the ridge of up 
10 to 1024 simultaneous VCs. As packets are reassembled, the LUE snoops the 

incoming first cell, and provides the destination MAC address if it's a routed PDU (the 
source MAC is automatically the route server). The MAC is appended to the packet 
by the Reassembler for quick insertion by the Transmit Controller. 

Cells may be passed from the Reassembler to the Segmenter using an inter- 
15 ATMizer cell link. This is useful for loopback diagnostics. 

The Segmenter and Reassembler RAMs are similar in function, and provide 
the intermediate CS-PDU buffering between the ATM and LAN environments. The 
Segmenter memory has 4 ports: the AXE Secondary bus, the Quad MAC (AXE 
Primary bus), the Transmit Controller and Segmenter. The Reassembler memory has 3 
2 0 ports: the Transmit Controller, and both the Primary and Secondary buses of the 
Reassembler. Both are 5 1 2 kB in size. 

Each RAM system has a similar arbitration controller, and services access 
requests one at a time in a round-robin fashion. The arbiter allows addresses to 
accumulate behind buffers such that switch-over time between interfaces is 
2 5 minimized. Currently the memory systems use high speed 1 5 ns RAMs to achieve 3 
cycles for arbitration and 4-5 cycles for write and reads, respectively. The RAM 
systems provide over 800 Mbps in sustained bandwidth. 

The ridge requires a supervisory Host processor to handle system startup, 
power-on diagnostics; downloading of LUE and RISC processors; run Spanning Tree 
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algorithm; perform network management (SNMP, 4602 I/F); perform local serial port 
configuration; connection management (Q.2931); perform "learning 11 and table 
maintenance for the LUE; run PHY module state code if necessary (OC3); and control 
faceplate LEDs 

5 The Host processor complex is realized with a 6 MIP MC68349 CPU 

operating at 25 MHz, with the following peripherals: 2 MB RAM; two banks of 1 
Mbyte Flash EPROM (Intel based); 32 KB Battery backed NVM (Non-volatile 
Memory); 2KB FIFOs in each direction for packet transmission; ATMizer serial 
downloader; and RS-232 transceiver for local serial port configuration. 

10 A 5-processor pipelined architecture like the ridge can be expected to have 

significant data-passing requirements; there are essentially three, as described in the 
following sections. 

The Host Processor needs to pass configuration, maintenance, and statistics 
polling packet messages to each of the ATMizers, as well as communicate with 

1 5 external Ethernet-based devices. To streamline these two requirements, the Host 

Processor appears as a "13th port" in line with the QMACs to the AXE and Transmit 
Controller. Frames destined for internal processors are flagged and loaded into the 
Segmenter memory by the AXE, in much the same way as regular traffic. To get to the 
Reassembler, a message packet must be physically recopied by the Transmit 

2 0 Controller into Reassembler memory. 

In the other direction, the Transmit Controller differentiates between local 
messaging and M AC-addressed traffic destined for the Host by prepending a flag to 
the packet. The Host processor uses its integral DMA controller to move data to/from 
its QMAC-emulation FIFOs. 

25 As buffer pointers are passed between the ridge ATMizers, a simple interrupt 

flag is used to signal their requirement for service. At the same time, the "CPCond" 
input is set, such that a single R3000 branch instruction can efficiently poll and vector 
on the flag in a single cycle. 
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The Segmenter receives an interrupt from the AXE indicating the arrival of a 
data buffer 

The TXC receives an interrupt from the Segmenter and Reassembler 
indicating the arrival of a data buffer 
5 The Segmenter and Reassembler interrupt each other to service their memory 

queues. 

The Segmenter and Reassembler need a direct communication path for bi- 
directional protocols such as lightweight switching and ATM OAM. This is provided 
by a small memory, and the capability to interrupt each other. 

1 o With four processors moving data around the ridge, an optimal scheme for 

passing buffer pointers and returning free ones is essential. With the multiporting of 
Segmenter and Reassembler memories, no actual copying of data is necessary. For 
simplicity and low cost, buffer pointers are passed through the multiported memories 
in the same path as the data. To avoid complexity in the returning of buffers, they are 
15 passed in a unidirectional manner, as shown in Figure 10. 

Packets received by the AXE are forwarded to the Segmenter, whether they are 
destined for the ATM network or not. In the case of local traffic, the Segmenter will 
requeue the packet to the Transmit Controller, which means that the returned free 
buffer list is managed by a single processor. This avoids re-entrance problems and 

2 0 simplifies overall buffer management. 

Data buffers received by the Reassembler can simply be passed to the 
Transmit Controller for Ethernet transmission and returned when the DMA is 
complete. 

Statistics are collected by a combination of hardware and software in the ridge, 
2 5 depending on the application. The Quad MACs have hardware counters for: 

• Number of frames sent/received 

• Number of bytes sent/received 

• Ethernet reception errors (CRC, alignment, runt) 
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• Number of collisions 

• Number of failed transmissions due to >16 collisions 

• Other statistics are gathered by ATMizers for reporting via the Host 
Processor. Examples of these are: 

• Number of cells sent/received 

• Number of security violations/port 

The ridge PHY module addresses the current debate over physical interface 
types by making it easily changeable. This is shown in more detail in Figure 1 1 . 

The ridges are therefore a key element of the system, concentrating 1 2 
Ethernet ports with local switching onto a single ATM trunk for connection to an 
ATM switch. The particular embodiment of the ridge described features: 12 lOBaseT 
Ethernet ports; one Modular ATM port (first release: 155 Mbps STS-3c over 
Multimode fiber optic cable); Full media-speed bridging and network-layer 
forwarding between all Ethernet and ATM ports; Broad range of packet filtering 
capabilities; Supports IP fragmentation in the ATM to Ethernet direction; Manageable 
using SNMP and standard MIBs; Spanning Tree algorithm; ATM support: AAL5, 
CLP, OAM, traffic shaping, Newbridge "lightweight switching"; Remote traffic 
monitoring with Ethernet "snooping" mode; Rack, desktop, or wall mountable in 
standalone packaging; Local management interface (serial port); Software 
downloadable using "Flash" memory; "Soft" RISC and ASIC-based design: over 200 
MIPS 

The described ridge is thus an ATM LAN emulator designed to marry a routed 
Ethernet environment to an ATM WAN network with the following features: Low 
cost; Full media speed- bridging and network layer forwarding; Accommodate 
standards yet to be defined/invented; Support a full range of filtering capabilities; 
Understand and take advantage of routed protocol capabilities; Work standalone, or 
integral to a variety of ATM hubs; Straightforward migration path to ASICs. 

Key elements of the ridge are: 
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High density, fast Ethernet MACs. 

Powerful table searching engine. A fundamental aspect of bridges and routers 
is the ability to quickly associate ports, VCs, MAC addresses, security restrictions, 
etc., in real time. On the ridge, this necessitates a lookup every 5.6 us into a table 
5 holding at least 8,000 MAC entries. 

Flexible network layer hardware parser. To perform high speed network layer 
forwarding, frames need to be rapidly parsed and modified with new MAC addresses, 
TTL and checksums. A high speed RISC processor actually does the work and is 
coupled with the table-searching engine to form a frame-processing complex. 

10 Fast, multiported ATM to Ethernet buffering system. As the ridge is a store- 

and-forward device, and congestion is possible in both directions, the amount of 
internal buffer storage is a consideration. The memory system must be fast, providing 
at least 275 Mbps in each direction, relatively large, and low cost. Other important 
characteristics include efficient arbitration of the RAM systems and low access 

15 latency. 

A fundamental aspect of the ridge is the repackaging of Ethernet frames, 
insertion of a VCI, and dissection into 53 byte cells. The reverse process requires 
simultaneous piecing together of frames, and redirection to the appropriate Ethernet 
port. The cell size, and ATM processing required, is highly dependent on the target 
2 0 environment. 

The "ATMizer" has a 50 MHz R3000 core coupled with internal RAM, 
caches, DMA and ATM serialization hardware required to process ATM cells in real 
time. 

RISC-based DMA. The ability to move ridge data around at high speed, 
2 5 modifying fields and managing queues, calls for an extremely fast and cost-effective 
RISC solution. To streamline the development process, and take advantage of a highly 
optimized integrated solution, the ridge re-uses 2 ATMizers in a non-ATM application 
to perform rapid data manipulation. 
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High speed ATM port. Connection to an ATM switch via transmission 
medium (standalone ridge) or a suitable backplane interface (Stealth in the 36150 
switch). As the choice of physical medium and framing scheme is still being actively 
debated, a swappable PHY module is used for this function. 

5 A relatively low speed processor is required as a Housekeeping Processor for 

network management, diagnostics, configuration, and overall supervision. In one 
embodiment, this is a Motorola 68349 microprocessor clocked at 25MHz. 

A further aspect of the invention will be described with reference to Figures 15 

to 18. 

10 In Figure 1 5, the ATM attached digital computer and legacy LAN adapters 

100, 101 are used to interface legacy Ethernet LANs and digital computers to the 
ATM switching fabric 102, which may be composed of one or more ATM switches 
103. This configuration is used to transport LAN data traffic between the various 
termination units. However, the benefits of ATM, which include guaranteed 

15 bandwidth (BW), traffic management, and so on, are not extended past the legacy 

LAN adapters to the legacy LAN attached (e.g., Ethernet) digital computers. Thus, it 
is impossible to use Ethernet, in the traditional carrier sense multiple access with 
collision detection (CSMA/CD) mode of operation, to provide all the services 
available to directly attached ATM components (e.g., digital computers), unless a 

2 0 meta level access control mechanism is employed in the legacy LAN environment. 

Providing ATM services to an Ethernet-attached end station (digital 
computer), which is interfaced to the ATM switching fabric via an ATM-attached 
legacy LAN adapter requires that a connection management, signalling, and 
bandwidth management mechanisms be provided, which deterministically control 
2 5 access to the Ethernet LAN from all end stations attached to it, and extends ATM 
Q.293 1 signalling to the Ethernet end stations. 

The provisioning of full ATM services to Ethernet-attached terminal devices, 
using digital computers as a specific example of said terminal devices, will now be 
described. 
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Figure 15 illustrates a typical example of an interconnected system of 
Ethernet-attached digital computers 101 and ATM -attached digital computers 100. 

In Figure 16, the Ethernet-attached consumers of ATM services are depicted as 
blocks containing four layers: "Application(s)", "ATM API 11 , "802.3 Driver", and 
5 "802.3 Interface", respectively 101a, 101b, 101c, lOld, each attached to Ethernet 

backbone 104, which is attached to ATM switch 103 by a virtual ATM switch 105 to 
be described in more detail below. 

The "Application(s)" layer 101a is intended to schematically represent an 
application, which is layered upon an ATM application program interface (API), 
10 which is used to extend ATM services to the application. 

The "ATM API" layer 101b is intended to schematically represent a 
component providing API services to the upper layer consumer, in terms of the lower 
layer provider, which is the "802.3 Driver" in this figure. Typical services provided 
by this API includes "atmConnectReq', which is used to request that a connection be 
15 established to an ATM endpoint corresponding to an application specified ATM 

address; "atmTx", which is used to transmit service data units (SDUs) to an ATM end 
point, over a previously established connection; and "atmRx", which is used to receive 
SDUs from an ATM end point, over a previously established connection. The top 
portion of Figure 17 schematically represents these constructs. 

20 The "802.3 Driver" 101c layer is intended to schematically represent a 

component which converts SDU's into ATM cell format, and provides the ATM 
connection management, bandwidth management, and signalling. This layer is used 
to create and destroy ATM connections, convert SDUs into ATM cells for 
transmission, and ATM cells to SDUs for reception, and controls the transmission of 

2 5 ATM cells onto the Ethernet LAN. 

The "802.3 Interface" layer is intended to schematically represent the ethernet 
interface to the ethernet LAN. This interface is used to transmit and receive Ethernet 
frames. 
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The ATM-attached consumers of ATM 100 services are similarly depicted as 
blocks containing four layers: "Application^)", "ATM API", "ATM Driver", and 
"ATM Interface", respectively 100a, 100b, 100c, lOOd. 

The upper layer interface to the "ATM API" 100a provides the same interface 
5 to an application residing on an ATM-attached end station as the "ATM API" 
provides to the ethernet-attached end station deriving ATM services. 

The "ATM Driver" layer 100b is intended to schematically represent a 
component which converts SDU's into ATM cell format, and provides the ATM 
connection management, bandwidth management, and signalling. This layer is used 
10 to create and destroy ATM connections, convert SDUs into ATM cells for 

transmission, and ATM cells to SDUs for reception, and controls the transmission of 
ATM cells into the ATM network. 

The "ATM Interface" layer 100c is intended to schematically represent the 
ATM interface to an ATM network. This interface is used to transmit and receive 
15 ATM cells. 

In Figure 1 6, an ATM switch is represented by an icon resembling an X. Two 
instances of this icon are present, 103 and 103a. Switch 103 provides direct links to 
ATM end points. Switch 103a forms part of virtual switch 105, and is layered on top 
of an "802.3 Driver" layer. 

2 0 In Figure 16, there is an implied peer relationship between all the instances of 

the ATM application(s). In other words, the applications are capable of exchanging 
information on a peer basis, by utilizing the services made available via the ATM API. 

ATM services are extended to the Ethernet-attached end stations, using the 
ethernet LAN as a virtual port extension to the virtual ATM switch 105. An ethernet 
2 5 host wishing to exchange ATM messages with any other end station connected in 
Figure 16 forwards the cells to be transmitted to the ATM virtual switch, which in 
turn forwards the cells to the appropriate ATM link. It is important to note that even 
if the ATM end station to which the cells are to be transmitted to is on the same 
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Ethernet segment as the originator of the cells, the cells are still forwarded to the 
virtual ATM switch first. 

The lower portion 1 05b of the virtual switch 1 05 can be provided by a ridge as 
described above. 

5 In order to ensure deterministic access to the Ethernet LAN, any station other 

than the virtual ATM switch, cannot transmit any data on the LAN segment until it 
receives a management indication frame from the virtual ATM switch. The 
management indication frame contains information which specifies which virtual 
channel connections (VCCs) the Ethernet-attached end station can transmit on. Also, 
1 0 given that the virtual ATM switch is responsible for generating the management 

indication frames, it meters data to be transmitted from the virtual ATM switch to the 
Ethernet-attached end stations according to the bandwidth parameters associated with 
the VCC, when it was initialized. 

Figure 1 6 schematically represents relevant internal features of the layers described in 
15 the Ethernet-attached end stations using ATM services. The right hand side of the 
figure delineates the layers for reference purposes. An application developed to 
utilize the ATM services in the Ethernet-attached end station would use the interface 
points depicted at the top of the ATM API. The ATM API is not exhaustive in terms 
of the service interfaces shown and previously referred to. A representative subset are 
2 0 shown. Figure 1 7 illustrates the data flow from SDUs to ATM cells to Ethernet 
frames. The data flow of management frames (indications) is also illustrated. 

Figure 17 schematically illustrates the highlights of the virtual ATM switch 
105 referred to in Figure 16. 

Figure 1 8 illustrates the centralized bandwidth, call setup, and signalling 
2 5 functions, which are services that are extended to the ethernet-attached end stations 
desiring ATM services. The Figure also illustrates the cell switching data path, how 
proxy (virtually extended) services are extended to the ethernet-attached end stations, 
via the ATM Mgmt. & Signalling block. 
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802.1(d) Transparent 

Spanning Tree 

802.2 Logical Link Control 

802.3 



A TM Adaptation Layer. 

CPSS Control Packet 
Switching System 



CRC Cyclic Redundancy 

Check 

Ethernet 



FCS Frame Check Sequence 

FDDI Fibre Distributed Data 
Interface 

HDLC High Level Data Link 
Control 

LAN Local Area Network 

LUE Look Up Engine 
MAC 



NIC Network Interface Card 

OAM Cell Operations and 
Maintenance Cell 



OSPF Open Shortest Path 
First 

PVC Permanent Virtual 
Channel 

SNMP Simple Network 
Management Protocol 

SAR 



SVC 
TCP 
TXC 



GLOSSARY 

This is the IEEE standard protocol for routing, loop detection and 
avoidance in a network of MAC bridges. 
This is the IEEE standard for the Data Link Layer of local area 
networks. Also ISO 8802/2. 

CSMA/CD LAN This is the IEEE standardized LAN that is almost 
identical to Ethernet. It is a bus that uses CSMA/CD for access 
control. Also standardized as ISO 8802/3. 

A protocol used to convert non-ATM information to and from ATM 
Cells. 

A network protocol for communication between equipment. CPSS is 
a connection-less, packet-switched protocol used to transfer control 
and status information between network elements and network 
management entities. 
A type of frame-check sequence. 

A CSMA/CD local area network developed at Xerox PARC during 
the late 70's. It is almost the same as the LAN standardized by the 
IEEE as 802.3. 

A checksum routine used to determine errors in the transmission of 
data packets. 

An ANSI-standardized 100 Mbits/s local area network. The topology 

is a ring and uses token passing for access control. 

A family of bit-oriented protocols providing frames of information 

with address, control and frame check sequence fields. 

A system designed to inter-connect computing devices over a 

restricted geographical area (usually a mile or so). 

A hardware table searching machine. 

Media Access Control. The lower sub-layer of the Data Link Layer as 
described in the ISO Reference Model. The purpose of the MAC 
layer is to provide a reliable data transfer mechanism across a 
physical medium. 

An adapter board that can be added, usually by the user, to a 
workstation or PC in order to provided connectivity to a network, 
e.g., LAN or ATM. 

A specially tagged ATM cell (e.g. the header is different from the 
header for a user data ATM cell). OAM cells are specified to support 
ATM network maintenance features like Connectivity Verification, 
Alarm Surveillance, Continuity Check, and Performance Monitoring. 
An IETF standard link-state routing protocol used for route 
determination in IP networks. 

An end-to-end logical ATM connection, of either the Virtual Channel 
or Virtual Path kind, established through administrative actions. 
A standard for the management of entities in a TCP/IP local area 
network. There are two versions: the original (called SNMPvl) and a 
newer extended version (called SNMPv2). 

Segmentation and Reassembly. The process of breaking non-ATM 
offered payloads into ATM cells (segmentation) and reconstructing 
ATM cells back into the circuit's native format (reassembly) 
Switched Virtual Channel. A virtual channel that is established 
through signaling. 

Transmission Control Protocol. The Transport Layer (roughly) 
protocol for the TCP/IP protocol suite. Defined in RFC 793. 
Transmit Controller. A ridge RISC complex for Ethernet 
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UNI User-Network Interface 
VC Virtual Channel 

VCC Virtual Channel 
Connection 



VCI 
VP 

VPC Virtual Path Connection 
VPI Virtual Path Identifier 

WAN Wide Area Network 



transmission 

The interface between ATM user equipment and an ATM network. 
A communication channel that provides for the sequential 
unidirectional transport of ATM cells. 
A virtual channel that has end-to-end significance and is a 
concatenation of the virtual channel links that extends between the 
points where the ATM service users access the ATM Layer. The 
points at which the ATM cell payload is passed to, or received from, 
the users of the ATM Layer for processing signify the endpoints of a 
VCC. 

Virtual Circuit Identifier. A 16 bit address used to identify an ATM 
connection. 

Virtual Path A logical association or bundle of VCs. 
A concatenation of virtual path links. 

A 8 bit value used to identify an ATM path and carried in the cell 
header. Like a VCI it is locally significant and refers to the VPL 
active on the local UNI which comprises a large scope VPC. 
A system designed to interconnect computers within a campus. 



